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BACKGROUND 



[0001] 



In a large wireless network (meaning one that serves a large number of 



users and/or covers a significant area) multiple access points are often desired 
to provide connectivity to a backbone network for various client devices. The 
backbone network might be a corporate network (e.g., a Local Area Network 
(LAN)), an extension of the Internet, or a "last mile" connection from a Wide 
Area Network (WAN), which might include public spaces (e.g., libraries, 
shopping centers, airports, etc.). A conventional access point has its core 
components integrated in a single device. These core components typically 
include an RF (radio) component, an amplifier, an antenna, a baseband 
module, a MAC (medium access control) module, a processor, memory, a LAN 
Interface and so on, making the access point fairly complex and expensive. A 
technology specific chip or chipset typically provides lower level functions 
while upper level functions are sometimes provided by software running on a 
processor. 

[0002] Access points are sometimes implemented using a single device 

design, sometimes called a "stand-alone unit." However, with a single device, 
all-in-one-style access point there is no economy of scale. Each access point 
costs the same to manufacture as the first, and there is no advantage to be 
gained from modern power processors. Also, as a system implementing 
access points scales, certain aspects of the system become more complex. 
Because software processes or other processes governing functions such as 
multiple access management and/or mobility (e.g., roaming or handing-off of a 
device from one access point to another) are sometimes distributed among 
multiple access points or other network-connected processing entities, the 
system's complexity may grow faster than the number of access points. 

[0003] Open industry interface specifications between radio and baseband 

blocks, as well as between physical (PHY) and MAC blocks of wireless 
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networking systems are the focus of current development in the field. For 
example, the JC-61 standards will initially focus on the Wireless LAN systems 
compliant to the IEEE 802.1 1 standard. Current development initiatives do not 
address the remote connection of the PHY and MAC blocks. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0004] Figure 1 is a block diagram showing components of a typical single- 

device access point. 

[0005] Figure 2 is a flow diagram showing three embodiments of distributed 

access points resulting from various access point splits. 
[0006] Figure 3 is block diagram showing an example of a distributed access 

point implementation for one of the configurations of Figure 2. 

Figure 4 is a block diagram showing an alternate example of a distributed 

access point implementation for one of the configurations of Figure 2. 
[0007] Figure 5 is a block diagram showing an example of a distributed access 

point implementation for one of the configurafions of Figure 2. 
[0008] Figure 6 is a block diagram showing an example of a distributed access 

point implementation for one of the configurations of Figure 2. 
[0009] Figure 7 is a block diagram showing an example of a distributed access 

point configuration in an alternate embodiment of the invention, where three 

types of module are used. 
[0010] Figure 8 is a block diagram showing the distributed access point 

configuration of Figure 7 displayed using the architectural context of Figure 2. 
[0011] In the drawings, the same reference numbers identify identical or 

substantially similar elements or acts. To easily identify the discussion of any 

particular element or act, the most significant digit or digits in a reference 

number refer to the Figure number in which that element is first introduced 

(e.g., element 604 is first introduced and discussed with respect to Figure 6). 

DETAILED DESCRIPTION 

[0012] The invention will now be described with respect to various 

embodiments. The following description provides specific details for a 
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.thorough understanding of, and enabling description for, these embodiments of 
the invention. However, one skilled in the art will understand that the invention 
may be practiced without these details. In other instances, well-known 
structures and functions have not been shown or described in detail to avoid 
unnecessarily obscuring the description of the embodiments of the invention. 

[0013] The headings provided herein are for convenience only and do not 

necessarily affect the scope or meaning of the claimed invention. 

[0014] It is intended that the terminology used in the description presented 

below be interpreted in its broadest reasonable manner, even though it is 
being used in conjunction with a detailed description of certain specific 
embodiments of the invention. Certain terms may even be emphasized below; 
however, any terminology intended to be interpreted in any restricted manner 
will be overtly and specifically defined as such in this Detailed Description 
section. 

I. Overview 

[0015] Described in detail below is a system that provides for the division of 

components of a wireless network access point between two (or more) devices 
that are remote from each other and that can have a one-to one, many-to-one, 
one-to-one or many-to-many relationship between and amongst themselves. 
This type of configuration is referred to as a "distributed access point" and 
includes multiple variations. Examples of distributed access points include the 
following: 

• A split between an RF (radio) layer and a baseband (physical) layer of any 
wireless access point. 

• A split at the HCI (host controller interaction) layer in a Bluetooth access 
point. 

• A split between the baseband layer and medium access control (MAC) 
layer in an IEEE 802.11 access point. 

[0016] The use of distributed access points allows a minimum or reduced 

amount of hardware to be deployed in the locations where users desire 
access, while processing power (and, thus, complexity) is concentrated in an 
controller node that can be scaled accordingly. This configuration can be 
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especially useful when the system is scaled to include a large number of 
access points. 

10017] Components involved in the distributed access point include a radio 

node and a controller node, used interchangeably with the terms "access dot" 
and "access dot controller," respectively. In some embodiments, the controller 
node corresponds to a collection of radio nodes in a one-to-many relationship, 
although a one-to-one relationship is also possible. A system controller may 
also be employed to control groups of distributed access points, including one 
or more radio nodes and their corresponding controller nodes. Like the 
controller, the system controller corresponds to one or more radio nodes (and 
their corresponding controller nodes) in a one-to-many relationship. The 
system controller functionality can be implemented in a distinct, centralized 
hardware component, such as a physical switch (e.g., wireless switch). 
Alternatively, the system controller can be logically centralized, but 
implemented using a physically distributed hosting function incorporated Into 
one or more distributed access points (e.g., system control application running 
in every eighth radio node/controller node combination). 

[0018] To simplify installation of such a system, the devices may be 

interconnected via standard (e.g., Cat-5) twisted pair wiring found in most 
commercial buildings to provide power as well as communication. The wired 
link might also use a fiber or coaxial cable. Alternatively, the devices may be 
interconnected using some form of wireless link. This link might be an RF link 
such as a point-to-point relay RF technology or it might involve a broadcast RF 
technology. The wireless link might be an infrared link, ultrasonic, or other 
wireless interface. 

[0019] In a broad sense, aspects of the invention are directed to a system and 

method for providing access to a communication network includes providing a 
radio node comprising a first set of access point components including a radio 
component, and providing a physically separated controller node in 
communication with the radio node. The access point controller comprises a 
second set of access point components distinct from the first set of access 
point components, creating a distributed access point. A system controller 
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. .may also be used to control at least one of the radio node and the controller 
node. The radio node, the controller node, and the system controller 
communicate over a communication link, such as a wireless or wired link. 

)j The invention will now be described with respect to various 

embodiments. The following description provides specific details for a 
thorough understanding of, and enabling description for, embodiments of the 
invention. However, one skilled in the art will understand that the invention 
may be practiced without these details. In other instances, well-known 
structures and functions have not been shown or described in detail to avoid 
unnecessarily obscuring the description of the embodiments of the invention. 
II. Architecture 

1] Figure 1 and the following discussion provide a brief, general 

description of a suitable computing environment in which the invention can be 
implemented. Although not required, aspects of the invention are described in 
the general context of computer-executable instructions, such as routines 
executed by a general-purpose computer, e.g., a server computer, wireless 
device or personal computer. Those skilled in the relevant art will appreciate 
that the invention can be practiced with other communications, data processing 
or computer system configurations, including: Internet appliances, hand-held 
devices (including personal digital assistants (PDAs)), wearable computers, all 
manner of cellular or mobile phones, multi-processor systems, microprocessor- 
based or programmable consumer electronics, set-top boxes, network PCs, 
mini-computers, mainframe computers and the like. Indeed, the terms 
"computer," "host" and "host computer" are generally used interchangeably, 
and refer to any of the above devices and systems, as well as any data 
processor. Aspects of the invention can be embodied in a special purpose 
computer or data processor that is specifically programmed, configured or 
constmcted to perform one or more of the computer-executable instructions 
explained in detail herein. Aspects of the invention can also be practiced in 
distributed computing environments where tasks or modules are performed by 
remote processing devices, which are linked through a communications 
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network. In a distributed computing environment, program modules may be 
located in both local and remote memory storage devices. 

[0022] Aspects of the invention may be stored or distributed on computer- 

readable media, including magnetically or optically readable computer discs, 
as microcode on semiconductor memory, nanotechnology memory, or other 
portable data storage medium. Indeed, computer implemented instructions, 
data structures, screen displays, and other data under aspects of the invention 
may be distributed over the Internet or over other networks (including wireless 
networks), on a propagated signal on a propagation medium (e.g., an 
electromagnetic wave(s), a sound wave, etc.) over a period of time, or may be 
provided on any analog or digital network (packet switched, circuit switched or 
other scheme). Those skilled in the relevant art will recognize that portions of 
the invention reside on a server computer, while corresponding portions reside 
on a client computer such as a mobile device. 

[0023] The components or layers of a typical access point are shovwn in Figure 

1. The architecture can be divided into four main components or layers: an RF 
layer 102, a baseband (physical) layer 104, a medium access control (MAC) 
layer 106, and an access point (AP) software layer 108. These components or 
layers may be implemented in task-specific dedicated hardware and/or 
embedded software running on one or more processors, such as a CPU. 
Examples of dedicated hardware include the Atheros AR5001 A chipset and the 
Cambridge Silicon Radio BlueCore. The BlueCore design uses a combination 
of dedicated hardware for the radio with software running on an ARM 
processor that provides the baseband layer 104 and a portion of the MAC 
layer 106 with the remainder of the MAC layer 106 and the AP software layer 
108 running either on the same ARM or another CPU. Additional components 
may include a balun 110, an antenna switch 112, and one or more antennas 
114. 

[0024] In the architecture shown in Figure 1, there are three split points at 

which the components or layers may be divided in accordance with various 
embodiments of the invention. Each division or split results in two physical 
devices: the radio node or "access dot" 200 and the controller node or "access 
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dot controller" 201 (shown in more detail in Figures 2 through 8). At split point 
1, between the AP software layer 108 and the MAC layer 106, the radio node 
200 includes the AP software layer 108, and the controller node 201 includes 
the MAC layer 106, the baseband layer 104, and the RF layer 102. At split 
point 2, between the MAC layer 106, and the baseband layer 104, the radio 
node 200 includes the AP software layer 108 and the MAC layer 106, and the 
controller node 201 includes the baseband layer 104 and the RF layer 102. At 
split point 3, between the baseband layer 104 and the RF layer 102, the 
controller node 201 includes the RF layer 102 and the radio node 200 includes 
the AP software layer 108, the MAC layer 106 and the baseband layer 104. 
While not shown, other combinations of components and splits are, of course, 
possible. 

[0025] As further illustrated in Figure 2, each distributed access point 

described above results in a distinct set of access point components or layers 
for the radio node 200 and the controller node 201, and a separate 
embodiment of the invention. A system controller 203, described in more 
detail with respect to Figures 7 and 8, may also be used to control groups of 
distributed access points. Configuration 202 represents a conventional single 
unit access point architecture, and configurations 204, 206 and 208 represent 
different embodiments of the invention with the physical separation being 
made at places equivalent to split points 1, 2, and 3 of Figure 1, respectively. 
Each method of dividing the circuitry between the radio node 200 and the 
controller node 201 has advantages that depend on the components being 
used, the nature of the link, and the technology being served (e.g., wireless 
LAN, etc.). In general, configurations 204, 206, and 208 represent lower cost 
alternatives to 202. The cost of each radio node 200 decreases in 
correspondence to a decrease in complexity. For example, the radio node 200 
of configuration 204 is less costly to produce than the radio node 200 of 
configuration 208. Because a system typically has multiple access points, 
costs savings in a large system may be significant 

[0026] While less complex radio nodes 200 are less expensive, an increase in 

antenna intelligence of the radio node may be needed as more access point 
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■ functionality moves to the controller, node 201 . For example, configuration 204. 
has a relatively smart antenna 114 (or antenna an^y) when compared with 
configuration 208. Accordingly, configuration 204 would be well suited for a 
"last mile" transport signals from a wide area network, as described In more 
detail below. 

[0027] In the illustrated embodiment, configuration 208 is designed with a 

dedicated connection to the controller node 201 over a cable (e.g., Category 5 
Ethernet cabling). Configuration 208 may use stmctured packets to facilitate 
communication between the radio node 200 and the controller node 201, and it 
may bridge packets from the radio node 200 or may create Ethernet frames 
and IP payload packets. Configuration 208 lowers the cost to deploy large 
networks because the radio nodes are easily designed using commercially 
available chips and are less costly than the conventional access points in 202. 
Configuration 208 is especially useful in, for example, smaller enterprise 
networks where dedicated connections can be used without exceeding the 
Ethernet distance limitation (100 meters). 

[0028] Configuration 206 is designed to further lower costs by moving 

additional functionality to the controller node 201 and further simplifying the 
radio node 200. In this case, costs are also lower because dedicated 
connections can be replaced with tunnels that extend over an installed data 
network without regard for placement of the radio nodes within specific 
Ethernet segments. These tunnels are used to encapsulate interface and 
exchange information between processing at the MAC layer 106 and 
processing at the baseband layer 104. Configuration 206 is especially useful 
in, for example, medium to large Enterprise deployments, where an in-place 
Ethernet network can be exploited for signal transport between the radio nodes 
and the controller node 201 . 

[0029] Configuration 204 is designed to be the lowest cost for large 

deployments, as the radio node 200 for configuration 204 consists of one or 
more antenna/radio pairs (RF). Because tunnels are employed, and because 
the link is essentially a radio repeater, this configuration is well-suited for non- 
line-of-sight deployments such as the last-mile from a WAN to a public or 
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private site. The tunnels are used to carry a digitized form of RF data as a 
relay of a bit stream between the RF layer 102 and the baseband layer 104 
that handles either 802.1 1 or Bluetooth baseband protocol. Configuration 204 
is also useful in enterprise deployments that include a campus or large open 
space such as a manufacturing or warehouse site. 

[0030] In some embodiments, including those where the baseband layer 104 

and the RF layer 102 are divided, such as with configuration 204, the radio 
node 200 may use a specialized circuit, such as a remote link driver 301 
(shown in Figures 3 through 7) to extend the bus (or wireless connection) 
between the baseband circuit and the RF circuit over a cable or wireless link. 
In the case of configuration 204, this may be done using a radio frequency bit 
stream in a protocol stack tunnel between baseband layer 104 and an RF layer 
102. The resulting signal may be transmitted over coaxial cable or over the air 
as an RF signal. In this way, the controller node 201 (the module containing 
the baseband layer 104) and the radio node 200 (the module containing the 
radio) can be separated by a distance. Figures 3 and 4 Illustrate examples of 
configuration 204 built using available chipsets. 

[0031] With respect to configuration 206, the remote link driver 301 may carry 

a digitized radio frequency baseband signal encapsulated in a packet structure 
through a tunnel for transport over structured wiring or via RF over the air. 
This tunnel link could operate over a network with routers and switches and, 
thus, dedicated connections may not be required. 

[0032] With respect to configuration to 208, the remote link driver 301 could be 

implemented using a structured packet technique (for example, Ethernet 
framing and IP packets with standard headers, or 802.11 packets 
encapsulated in IP) and a dedicated link to the controller node 201 . 

[0033] Tunnel links desaibed with respect to configurations 204 and 206 can 

be either connection-oriented or connection-less communication methods that 
provide data encapsulation and transport mechanism between select access 
point layers. Where tunneling is used, an associated control plane may 
manage tunnel functionality and handle configuration/discovery for tunnel 
communications. 
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[0034] In some embodiments, tunnels may be implemented as Layer 2 

(Ethernet) proprietary frames employing a specialized or standard protocol. 
Such Layer 2 frames traverse an Ethernet network through Ethernet switches, 
bridges and hubs. In an alternate embodiment, tunnels may be implemented 
as Layer 3 (IP) TCP/IP frames, where connection-oriented TCP/IP protocols 
are used between devices to convey information exchange. 

[0035] Figure 3 is an example implementation of configuration 204 using 

various commercially available chip sets, configured for 802.11. In the 
illustrated embodiment, an Atheros chip set is used to construct an radio node 
200 containing the RF or radio stage, and an controller node 201 containing all 
the other elements of an 802.11 access point. In particular, the two chips in 
the illustrated Atheros chip set are the AR51 1 1 chip 302, which contains the 
majority of the RF circuit and the AR5311 chip 304, which contains the 
baseband layer 1 04 and the MAC layer 1 06. 

[0036] Although not illustrated for purposes of clarity, the AR531 1 chip 304 

includes an integrated 32-bit MIPS R4000-class processor, various serial 
interface devices (DARTS and LAN controllers)," a local bus interface, and 
technology that automatically selects the data rate, en-or-correction mode, 
radio channel, power-management method and security. The AR531 1 chip 
304 performs receive and transmit filtering, frame encryption and decryption, 
and error recovery as defined in IEEE 802.11a. It also handles the host CPU 
interface and many other access point-related functions as defined in IEEE 
802.11a. 

[0037] The AR51 1 1 chip 302 provides IF conversion, support for the IEEE 

802.11a standard, integrated power amplifiers, and low-noise amplifiers. The 
AR5111 302 implements the orthogonal frequency division multiplexing 
scheme that is the radio encoding scheme for 802.11a and supports all IEEE 
802.1 1 a data rates from 6 to 54 Mbps. The AR61 1 chip 302 also implements 
fonward error correction, signal detection, automatic gain control, frequency 
offset estimation, symbol timing, and channel estimation. 

[00381 Signals between the AR5111 chip 302 and the AR5311 can both be 

analog and digital. The analog signals carry the data signal between the radio 
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. .node 200 and the controller node 201. The digital signals are control lines,. 
An ADC (analog-to-digital converter) 306 and a DAC (digital-to-analog 
converter) 308 are built in to the AR531 1 chip 304. The remote link driver 301 
functions to encode, transmit, and reconstruct these signals over the link 
medium. A typical implementation where the link is 4-pair Cat-5 twisted cable 
might include a balun, such as the balun 110 of Figure 1, to send the analog 
signals over the first two pairs of cable (one in each direction). Parallel-to- 
serial and serial-to-parallel converters in conjunction with line drivers can be 
used to send digital control signals over the second two pairs of cable. 

[0039] Figure 4 is a suitable implementation of configuration 204 using a 

Silicon Wave SiW1701 radio modem 402 and a Baseband IP module 404 
configured for Bluetooth. The SiW1701 RF radio modem 402 is optimized for 
Bluetooth wireless communications. It combines a 2.4-GHz radio transceiver 
and GFSK modem with digital control functions. The interface to the SiWI 701 
is digital and may be designed to interface with Bluetooth baseband ICs from 
Silicon Wave and other manufacturers. 

[0040] The Silicon Wave Baseband IP module 404 provides the Bluetooth link 

management and control functions and is offered as a reusable IP block for 
microcontroller based SOC (system on a chip) designs. In combination with 
the SiWI 701 radio modem 402, it provides a complete solution for Bluetooth 
applications. The Silicon Wave Baseband IP module 404 implements real- 
time lower layer protocol processing as called for in the baseband section of 
the Bluetooth Specification version 1.1. This hardware performs the logical 
protocol processing within the unit that enables the host to communicate over 
a Bluetooth link. Real-time functions such as frequency-hopping, burst timing, 
synthesizer programming, and clock synchronization are implemented in the 
hardware along with Bluetooth transmit and receive data functions. 

10041] The Silicon Wave Baseband IP module 404 also provides functions 

associated with the baseband layer 104 including fonward error correction, 
cyclic redundancy checking, scrambling and unscrambling of the signal, 
header error correction, encryption, and decryption. These functions are split 
between hardware blocks such as a Silicon Wave Bluetooth Controller 406 
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within the Silicon Wave Baseband IP module 404 and firmware running on an 
embedded ARM processor 408. 
[0042] As with any access point, the radio node 200 shown In Figure 4 may be 

called on to perform certain higher-level functions, depending on the mode of 
operation. The Bluetooth LAN Access Profile requires a PPP (point-to-point 
protocol) link to be created on top of the Bluetooth link. The PPP link allows 
the access point to provide network services (i.e., LAN access) to the client 
device. The higher level functions run on an access point CPU 410 which may 
or may not be the same CPU as the ARM processor shown In the Silicon Wave 
Baseband IP module 404. The two processors (the ARM 408 and the block 
marked CPU 410) are shown separately for clarity in distinguishing the 
functions. 

III. Alternative Embodiments 

[0043] While certain embodiments have been described above, alternative 

embodiments may be implemented, some of which are described with respect 
to Figures 5 through 8. 

[0044] Figure 5 Illustrates an embodiment of a distributed access point for 

Bluetooth that reflects the architecture shown in configuration 206 of Figure 2. 
The baseband layer 104 and the RF layer 102 are in the radio node 200, and 
the MAC layer 106 and the AP software layer 108 are in the controller node 
201. With this configuration, the control and data signals from the Bluetooth 
controller block are sent over the link to an ARM processor 502, which Is 
resident in the controller node 201. This embodiment allows the ARM 
processor 502, similar to the ARM processor 408 in the Silicon Wave 
Baseband IP module 404 of Figure 4, to be combined with the other CPU 504. 
In the illustrated embodiment, part of the components that comprise the Silicon 
Wave Baseband IP module 404 of Figure 4 are located in the radio node 200. 
These are the hardware functions. The firmware functions of the Silicon Wave 
Baseband IP module 404 of Figure 4 are located in the controller node 201 . 
The remote link driver 301 replaces the ARM processor bus (AMBA 2.0) 
connection between a Bluetooth controller block (not shown) and the ARM. 
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[0045] Figure 6 illustrates a Bluetooth-configured embodiment that reflects the 

architecture of configuration 208 of Figure 2. The AP software is contained in 
the controller node 201 , and all other access point functions are contained in 
the radio node 200. This embodiment reflects a split at the host controller 
interaction layer (HCI) of a typical Bluetooth access point. A complete Silicon 
Wave Baseband IP module 404, is located in the radio node 200, together with 
the SiW1710 radio 402, both shown previously with respect to Figure 4. In this 
configuration,, the radio node 200 would be a client of the access point 
controller 201 CPU 601. 

[0046] Figures 7 and 8 illustrate an embodiment of the invention as it applies to 

multiple components in a system. Referring to Figure 7, the components from 
Figure 4 are used to create three modules: the radio node 200, the controller 
node (intermediate controller) 201, and the system controller 203, previously 
shown with respect to Figure 2. Figure 8 shows this embodiment in the same 
architectural context as Figure 2. In the illustrated embodiment, the system 
controller 203 enjoys a one-to-many relationship with multiple distributed 
access points, and provides further distribution of functions through a 
hierarchy. For example, as shown in Figure 8, the system controller may 
include the AP software layer 108, the controller node may include the MAC 
layer 106 and the baseband layer 104, and the radio node may include the RF 
layer. More generally, however, there can be a one-to-one, one-to-many, 
many-to-one, or many-to-many relationship between and among radio nodes 
200, controller nodes 201, and system controllers 203. Likewise, the functions 
provided by any of these components can be distributed throughout the 
various devices, or combined into a single component at any level. 

[0047] The system controller 203 handles system-related functionality and 

communication with one or more distributed access points. The system 
controller 203 functionality can be implemented in a distinct, centralized 
hardware component, such as a physical switch. Alternatively, the system 
controller can be logically centralized, but implemented using a physically 
distributed hosting function incorporated into one or more radio node/controller 
node combinations, such as a system control application running in select 
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radio nodes or controller nodes (depending on how they are split). In this 
case, there may be cross-communication between radio nodes 200 and/or 
controller nodes 201 , via, for example, tunneling techniques, such as those 
described with respect to Figure 2. 

[0048] System-level functions performed by the system controller 203 can 

include configuration (e.g., Web/CLI/SNMP/proprietary), handling of 
networking protocols (e.g., SNTP, DNS, DHCP, etc), and RF management 
(e.g., RF channel analysis, interference avoidance, perfonnance optimization, 
thorough coverage, transmit power and receive sensitivity control, etc). Other 
system level functions include control for distributed topology (e.g., discovery, 
state machine control, reporting, management and monitoring, etc). The 
system controller 203 may also handle statistics gathering and monitoring, 
security policies (e.g., authentication authorization, access control, etc.), VPN 
and VLAN management/distribution, and firmware and configuration 
distribution. Of course, the system controller may handle other functionality, or 
may share the above functionality with other components of the system. 

[0049] In the illustrated embodiment, the controller node (intennediate 

controller) 201 handles communication with one or more radio node 
layers/components (depending on implementation) and is the appropriate 
control mechanism for distribution of RF-based applications. The controller 
node 201 may also handle baseband protocols (different for 802.11 and 
Bluetooth), baseband protocol configuration, monitoring, reporting MAC Layer 
protocols, data transfer, intenvorking functions, protocol conversions, security 
enforcement (e.g., encryption, authentication, VPN and VLAN support), etc. 
Like the system controller 203, the controller node may handle other 
functionality, or may share the above functionality with other components of 
the system. Although not shown in Figures 7 or 8, multiple controller nodes 
201 may be used in a similar configuration, while still allowing the distribution 
of certain functions while retaining a high-level of flexibility as to the type of 
functions that may be distributed. If not co-located with the system controller 
203, the control node 201 also handles communication with the system 
controller. 
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[0050] The description of embodiments of the invention is not intended to be 

exhaustive or to limit the invention to the precise form disclosed. While 
specific embodiments of, and examples for, the invention are described herein 
for illustrative purposes, various equivalent modifications are possible v^ithin 
the scope of the invention, as those skilled in the relevant art will recognize. 
For example, while blocks or functions are presented in a given order, 
alternative embodiments may implement blocks or perform functions in a 
different order, or blocks/functions may be implemented/performed 
substantially concurrently. 

[0051] The teachings of the invention provided herein can be applied to other 

systems, not only the system described herein. For example, the teachings of 
the invention can be applied to the systems described in commonly assigned 
U.S. Patent Application No. 10/052,910, filed January 18, 2002, entitled "Link 
Context Mobility, such as for use in Wireless Networks," PCT Application No. 
US02/13880, filed May 2, 2002. entitled "Wireless Base Station Neighbor 
Discovery," U.S. Patent Application. No. 10/139,609, filed May 2, 2002, entitled 
"Wireless System Base Station to Base Station Synchronization," U.S. Patent 
Application. No. 10/139,130, filed May 2, 2002, entitled "Wireless System Base 
Station to Base Station Synchronization," PCT Application No. US02/13710, 
filed May 2, 2002, entitled "Method for Load Balancing Wireless Networks," 
PCT Application No. US02/13879, filed May 2, 2002. entitled " Frequency 
Hopping Spread Spectrum Wireless Systems Interference Mitigation by 
Transmit Suppression," PCT Application No. US02/13889, filed May 2, 2002. 
entitled 'Visual Base Station Wireless Link Quality Indicator," and U.S. Patent 
Application No. 10/218,178, filed August 12, 2002, entitled 'Virtual Linking 
Using a Wireless Device," each currently pending and each herein 
incorporated in its entirety by reference. Aspects of the invention can be 
modified, if necessary, to employ the systems, functions and concepts of the 
various references described above to provide yet further embodiments of the 
invention. The various embodiments can also be combined to provide further 
embodiments. 
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[0052] The above detailed descriptions of embodiments of the Invention are nqt 

intended to be exhaustive or to limit the invention to the precise form disclosed 
above. While specific embodiments of, and examples for, the invention are 
described above for illustrative purposes, various equivalent modifications are 
possible within the scope of the invention, as those skilled in the relevant art 
will recognize. For example, while steps or components are presented in a 
given order, alternative embodiments may perform routines having steps or 
components in a different order. The teachings of the invention provided 
herein can be applied to other systems, not necessarily the network 
communication system described herein. The elements and acts of the 
various embodiments described above can be combined to provide further 
embodiments and some steps or components may be deleted, moved, added, 
subdivided, combined, and/or modified. Each of these steps may be 
implemented in a variety of different ways. Also, while these steps are shown 
as being performed in series, these steps may instead be performed in 
parallel, or may be performed at different times. 

[0053] Unless the context clearly requires otherwise, throughout the 

description and the claims, the words "comprise," "comprising," and the like 
are to be construed in an inclusive sense as opposed to an exclusive or 
exhaustive sense; that is to say, in the sense of "including, but not limited to." 
Words in the above detailed description using the singular or plural number 
may also include the plural or singular number respectively. Additionally, the 
words "herein," "above," "below," and words of similar import, when used in 
this application, shall refer to this application as a whole and not to any 
particular portions of this application. When the claims use the word "or" in 
reference to a list of two or more items, that word covers all of the following 
interpretations of the word: any of the items in the list, all of the items in the 
list, and any combination of the items in the list. 

[0054] The teachings of the invention provided herein can be applied to other 

systems, not necessarily the system described herein. These and other 
changes can be made to the invention in light of the detailed description. The 
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elements and acts of the various embodiments desaibed above can be 
combined to provide further embodiments. 
[0055] All of the above patents and applications and other references, 

including any that may be listed in accompanying filing papers, are 
incorporated herein by reference. Aspects of the invention can be modified, if 
necessary, to employ the systems, functions, and concepts of the various 
references described above to provide yet further embodiments of the 
invention. 

[0056] . These and other changes can be made to the invention in light of the 
above detailed description. While the above description details certain 
embodiments of the invention and describes the best mode contemplated, no 
matter how detailed the above appears in text, the invention can be practiced 
in many ways. Details of the protocol, data model, and processing scheme 
may vary considerably in its implementation details, while still being 
encompassed by the invention disclosed herein. As noted above, particular 
terminology used when describing certain features, or aspects of the invention 
should not be taken to imply that the terminology is being re-defined herein to 
be restricted to any specific characteristics, features, or aspects of the 
invention with which that terminology is associated. In general, the terms used 
in the following claims should not be construed to limit the inventipn to the 
specific embodiments disclosed in the specification, unless the above Detailed 
Description section explicitly defines such terms. Accordingly, the actual 
scope of the invention encompasses not only the disclosed embodiments, but 
also all equivalent ways of practicing or implementing the invention under the 
claims. 

[0057] While certain aspects of the invention are presented below in certain 

claim forms, the inventors contemplate the various aspects of the invention in 
any number of claim forms. For example, while only one aspect of the 
invention is recited as embodied in a computer-readable medium, other 
aspects may likewise be embodied in a computer-readable medium. 
Accordingly, the inventors reserve the right to add additional claims after filing 
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the application to pursue such additional claim forms for other aspects of the 
invention. 



